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METHOD, SYSTEM, AND PROGRAM 
FOR GENERATING A USER INTERFACE 

BACKGROUND OF THE INVENTION 
5 1. Field of the Invention 

The present invention relates to a method, system, program, and data structures for 
generating a user interface. 



n 2. Description of the Related Art 
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1 0 One challenge for programmers is implementing a user interface that interacts with a 

CO 

l?l program to provide data to the program. One solution is to integrate the user interface within 
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the application program itself. The problem with such an approach is that the application 

^ program has to be modified in order to extend the user interface to alternative computing 

ay 

s platforms or extend the application program to use different types of user interfaces. To 

O 

1 5 address this problem, many programmers utilize the Model View Controller (MV C) 



architecture to design a user interface. FIG. 1 illustrates the three components of the Model 
View Controller, a Model 2 which provides the core functionality or the application program 
code that processes input and generates output, a View 4 which comprises the specific user 
interface or program that renders and presents data to the user, which may comprise a 

20 command line interface, windows-style interface, browser, etc., and a Controller 6 that is a 
program that controls how the view presents data and receives user input. The View 4 
maintains consistency in presentation across Models 2 and forwards any user input or actions to 
the Controller 6. In a graphical user interface (GUI), the user input to the View 2 may 
comprise textual data, menu clicks, selection of buttons, etc. 

25 In the MVC architecture, the Controller 6 is programmed to cause the View 4 to 

present certain information to the user and receive user entered input, which the Controller 6 
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then returns to the Model 2 for processing therein. The Controller 6 may maintain a series of 
rules specifying an order and format for providing questions to the View 4 to present to the user 
to gather information for the Model 2. The Controller 6 selects the View 4 to use to present 
the data based on user input and Model 2 action outcome(s). In this way, the Controller 6 
establishes communication between the View 4 and the Model 2. The View 4 and Controller 
6 combined comprise the user interface. The Model 2 may further notify the View 4 of any 
updates or changes in data to render for the user. 

One advantage of the Model View Controller (MVC) architecture is that the Model 2 
has absolutely no dependence on the external representation of information. This permits 



\i* 1 0 reusability by allowing programmers to independently change input sources and output formats 

CO 

in 



without affecting the Model 2. In other words, the Model 2 deals with pure information that 
has no attached external meaning. The Model 2 has no responsibility for translating the format 
of input data or determining how output data is displayed; this is the role of the Controller 4 and 
View 6 components. With this architecture, the Model 2 can be used with different View 4 
1 5 and Controller 6 components. Further, all Views 4 to be displayed are known beforehand and 
selected by the Controller 6. 

Q O ne drawback with the Model View Controller (MVC) architecture is the lack of any 

capability for the Model 2 to request specific input from the user depending on application 
processing outcomes. For instance, if the input from the user needed by the Model 2 varies 

20 depending on the outcome of certain internal processing operations or the information the 
Model 2 needs cannot be known in advance, then the Controller 4 cannot be programmed to 
know in advance the presentations to make and data to gather because the presentation to 
make and data to gather may vary at certain processing points. 

One solution would be to build capabilities into the Model 2 to directly interact with a 

25 particular View 4 to query the user. However, such an approach is disadvantageous because 
the Model 2 is no longer separated from the user interface and is now integrated with a 
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particular user interface or View 4 component. Such a solution does not allow easy extension 
of the Model 2 to other Views 4 because the Model 2 must be supplemented with code to 
directly utilize alternative Views 4. Further, such a solution contradicts one of the principles of 
operation of the Model View Controller, which is to maintain the Model 2 entirely separate 
5 from the View 4 and Controller components managing the user interface. 

For these reasons, there is a need in the art to provide improved techniques for a 
Model 2 to request information from a View 4 in a manner that maintains the Model 2 separate 
from the Controller 6 and View 4 user interface components. 

o 

5 10 SUMMARY OF THE DESCRIBED IMPLEMENTATIONS 

L=I Provided is a method, system, program, and data structures for generating a user 

5 ; 

ft* interface. An application program processes data and generates application output and a user 
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interface module processes the application output to generate output data to render on an 

«• output device. The user interface module generates output data to render on the output device 

O 

yj 1 5 in response to processing statements in the user interface module. The user interface module 

*£l reaches a processing point where the user interface module does not include statements to 

Q generate output data. After reaching the processing point, the user interface module receives an 

interaction object from the application program specifying data to generate as output data. The 
user interface module then generates output data to render on the output device from the 
20 interaction object. 

Additionally, the interaction object may include attribute information indicating 
characteristics of the data to output, wherein the output data is rendered in a format 
corresponding to the characteristics indicated in the attribute information. 

The user interface module may comprise a Controller and View and the application 
25 program comprises a Model conforming to the Model View Controller architecture. 
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Still further, multiple user interface modules may be capable of generating output data 
from the interaction object, wherein each user interface module generates the output data to 
render in a different format. Moreover, each user interface module may generate the output 
data to render on a different type of output device. 

Further provided is a method, system, and program for generating a user interface. An 
application program processes data and generates application output. A user interface module 
processes the application output to generate output data to render on an output device by 
processing statements in the user interface module. The user interface module further receives 
an interaction object from the application program specifying data to generate as output data 
and generates output data to render on the output device from the interaction object. The user 
interface module further receives user input in response to the output data rendered on the 
output device from the interaction object and adds the received user input into the interaction 
object. The interaction object including the received user input is returned to the application 
program. 

In further implementations, the interaction object comprises a plurality of interactions, 
wherein each interaction includes data to cause the user interface module to render a message 
or question on the output device. 

Moreover, each interaction is capable of providing information to cause the user 
interface module to generate a question that is a member of a set of questions comprising a true 
false question, an essay question, and a multiple choice question. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Referring now to the drawings in which like reference numbers represent corresponding 
parts throughout: 

FIG. 1 illustrates a representation of the prior art Model View Controller architecture; 
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FIG. 2 illustrates a computing environment in which aspects of the invention are 
implemented; 

FIGs. 3a and 3b illustrate a Universal Modeling Language (UML) representation of an 
interaction set class, an interaction class and subclasses in accordance with implementations of 
the invention; 

FIG. 4 illustrates components of an interaction set in accordance with implementations 
of the invention; 

FIG. 5 illustrates logic implemented in the Model and Controller to provide interaction 
sets to the View in accordance with implementations of the invention; 

FIGs. 6a and 6b illustrate logic implemented in the View to generate output data from 
the interaction sets in accordance with implementations of the invention; 

FIG. 7 illustrates logic implemented in the View to process user input in response to 
questions included in the rendered interaction set in accordance with implementations of the 
invention; and 

FIG. 8 illustrates logic implemented in the Model, View, and Controller to process an 
interaction set filled with received user input in accordance with implementations of the 
invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
In the following description, reference is made to the accompanying drawings which 
form a part hereof and which illustrate several embodiments of the present invention. It is 
understood that other embodiments may be utilized and structural and operational changes may 
be made without departing from the scope of the present invention. 

FIG. 2 illustrates a computing environment including implementations of the invention. 
A computer 20 includes Model 22, View 24, and Controller 26 components that include the 
functionality of Model View Controller (MVC) components known in the art, as well as 
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additional functionality described herein. The computer 20 may comprise any computing 
system known in the art, such as a desktop computer, personal computer, workstation, 
mainframe, server, hand held computer, palm top computer, telephony device, etc. The View 
24 is capable of generating output data that may be rendered by an output device 30 to present 
to a user. The output device 30 may comprise a display monitor, audio speakers, printer or any 
other presentation system known in the art. The Controller 26 is capable of receiving user input 
entered through the input device 32, which may comprise a keyboard, mouse, pen stylus, 
microphone, touch sensitive display screen or any other input device known in the art. The 
Controller 26 would return user data from the input device 32 to the Model 22 for further 
processing and interpretation in a manner known in the art. 

The Model 22 includes application code 40, which comprises the program code that 
performs the application processing implemented by the Model 22. In the described 
implementations, the Model 22 includes one or more interaction sets 42a, b...n that are 
comprised of one or more interaction objects and capable of allowing the Model 22 to control 
the View 24 to present on the output device 30 a query to a user for certain information that the 
user may enter through the input device 32. Each interaction set 42a, b...n is comprised of one 
or more interactions, where each interaction provides information regarding a generic user 
interaction. The controller receives this generic interaction and passes it to the View 24 to 
generate output data to render on the output device 30 in order to present information and, in 
certain instances, query the user and gather user input to return to the Model 22. 

FIGs. 3a and 3b illustrate the interaction class hierarchy used to implement the 
interaction sets 42a, b...n that allow the Model 22 to specify direct controls over the View 24. 
A base interaction set class 50 is comprised of the following methods and variables: 

Interaction Attributes : provides a description on the characteristics or nature of the 
data to be displayed. The View 24 may use such information to determine how to 
present the data. Interaction attributes may include: MESSAGE:int=0 indicates that 
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the data comprises a message; QUESTION:int=l indicates that the data is a question; 
WARMNG:int=2 indicates that the data is a warning. For instance, if the interaction 
attribute is a warning, then the View 24 may present the data in a colored or flashing 
window to highlight the problem. In this way, the View 24 has a built in response to 
interaction attributes set by the Model 22, even though the Model 22 has no knowledge 
of how the View 24 will present the data. In certain implementations, the View 24 
would display all the interactions in a same window in a format the View associated 
with the interaction attribute set by the Model 22. Alternatively, the View 24 may 
ignore the specified interaction attribute. 

InteractionSetO : Is a constructor that a programmer uses to create an empty 
interaction set 42a, b...n. 

addMeractionflnteraction) : a method used to add an interaction to an interaction set as 
the last message or question in the set to be displayed. 

hasMoreInteractionsO:boolean: method that determines whether there are further 
interactions in the interaction set 42a, b...n to process; true means more interactions, 
false means no more interactions to consider. 

nextlnteractionOrinteraction : method that requests the next interaction in the interaction 
set not yet returned for processing during the current consideration of the interaction set 
42a,b...n. 

The interactions within an interaction set 42a, b...n are created with the following 
subclasses of the interaction base classSO: Interaction 52, Question 54, QuestionTrueFalse 56, 
QuestionEssay 58, QuestionMultiChoice 60, QuestionList 62, and QuestionQuantifiedList 64. 
The Interaction class 52 includes the following base variables to include in an interaction added 
to an interaction set and methods: 
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Interactionfmessage:String) : constructor used to create an interaction including a 
message parameter which is a string to display to the user, and may comprise a 
message or question. 

AOuestion:boolean : provides information indicating whether the interaction provides a 
question to display to the user; true means that there is a question associated with the 
interaction and false means that the interaction is comprised solely of a message. 
getMessagef string^ : a method that returns the message string for the interaction. 

The Question subclass 54 is an abstract class that provides variables subclasses to 
extend the Interaction class 52 to provide questions to include in the interaction. 

Type of question: A series of boolean variables that indicate the type of question, 
including AQuestionTrueFalse, AQuestionEssay, AQuestionMultieChoice, 
AQuestionList, AQuestionQuantifiedList, etc. 

The QuestionTrueFalse subclass 56 extends the abstract Question class 54 to include a 
true/false type question in the interaction, and includes the following methods and variables: 

OuestionTrueFalse(string messaged a constructor that creates a true/false interaction, 
where the string message is the question displayed to the user. 
Answenboolearr variable set to true or false answer provided by the user in response 
to the string message question. 

The QuestionEssay subclass 58 extends the Question class 54 to include an essay 
question in the interaction, and includes the following methods and variables: 

OuestionEssavf string messaged : a constructor that creates an essay interaction, where 
the string message is the question displayed to the user. 
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Answerstring : variable set to string answer provided by the user in response to the 
string message question. 

The QuestionMultiChoice subclass 60 extends the Question class 54 to implement a 
multiple choice question in the interaction, and includes the following methods and variables: 
OuestionMultiChoicermessage:String. choices: String [ ]): a constructor that creates a 
multiple choice question interaction, where the message parameter comprises the 
question displayed to the user and the choices parameter comprises an array, where 
each element in the array comprises one of the possible multiple choice answers to the 
question indicated in the message string. 

allowedSelections:int : an integer indicating the number of multiple choice answers the 
user may select in the choice string array. 

selections [ ] : an array of integer elements, where each element in the selections array 
corresponds to one of the choices in the choice array, and wherein a value of one in 
one selection element indicates that the user selected the corresponding choice in the 
choice array, e.g., a value of one in the third element of the selections array indicates 
that the user selected the third answer choice in the choice array. 
TotalSelections:int : variable indicating how many choices user selected. 

The QuestionList subclass 62 extends the QuestionMultiChoice class 60 to implement a 
multiple choice question list comprising a question and a set of choices. If the View 24 
implements a windows interface, then the View 24 may be coded to render the choices as 
accompanied by user selectable check boxes or, if the View 24 implements a command line 
interface, then the choices may be displayed as a list with numbers, where the user would enter 
the number on another line for the selected choice. The allowedSelections variable may be 
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used to limit the number of answer choices that may be selected in response to the question. 

The QuestionList subclass 62 includes the following methods and variables: 

OuestionListfmessage:String. choices:string[ ] : a constructor that creates a multiple 
choice question including the answer string choices specified in the choices array. The 
5 methods in the QuestionMultiChoice subclass 60 provides further variables and 

methods to implement the multiple choice question list. 

The QuestionQuantifiedList subclass 64 (FIG. 3b) extends the QuestionMultiChoice 
class 60 to allow for answers that comprise user entered integer values that may be specified to 
1 10 fall within upper and lower limits. The QuestionQuantifiedList subclass 64 includes the 

following methods and variables: 



id 

UJ 

ru 



OuestionChiantMedListfmessage:String. choices:string[ ]. upperVahdLImit:int[ ]. lower 
ValidLimitint[ ] : a constructor that creates a multiple choice question of a quantified 
list. The message string is the question proposed to the user, and the choice array 
*U 15 comprises the answer choices. The upperValidLimit and lowerVahdLimit comprise 

integer arrays indicating an upper and lower integer range that is acceptable for the user 
entered integer value for one choice answer, wherein the array provides acceptable 
ranges for each choice.. 



20 A programmer would use the constructors to create and add interactions to interaction 

sets in the Model 22 that are returned to the View 24 when the Controller 26 reaches a point 
where it needs data from the Model 22 to provide to the View 24. Different interaction sets 
42a, b...n may be supplied at different outcomes in the model 22. 

FIG. 4 illustrates details of an interaction set 42a, b...n. The interaction set 42a, b...n 

25 includes one or more interactions 70a, b...n. The interaction set 42a, b...n further includes the 
interaction attribute variables 72 (FIGs. 3a and 6), which comprise the integer variables of the 
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interaction set base class 50 that provide information characterizing the data that may instruct 
the View 24 on how to display the dialog box or window including the one or more messages 
and/or questions in the interactions, e.g., as a message, question, warning, recoverable error, 
fatal error, etc. The message string 74 is the message comprising the question posed to the 
user. The question type comprises the series of boolean question variables 76 that indicate 
whether the interaction provides a question and, if so, the type of question to be rendered, e.g., 
true/false, essay, multiple choice, etc. For multiple choice type questions, the interaction 70a, 
b...n would include a choice array 78 providing the user selectable choices. Other variables 
may also be provided, such as the allowedSelections variable indicating the number of choices 
the user may select for the answer. The answer 80 comprises the user answer to the question, 
which may comprise a boolean value, a string, or an array of selected choices or entered 
integer values, depending on the type of question. If the interaction 70a, b...n provides only a 
message to display, then the question type 76 would indicate that the interaction 70a, b...n, is 
not a question and would not include data for the choice array 78, answer array 80, and other 
question related variables. For instance, if the interface attribute72 indicates that the message 
concerns a recoverable error, then a windows View 24 may display the GUI panel with a 
yellow background, whereas a command line interface View 24 may display the message by 
blinking the characters a few times. If the interface attribute indicates a fatal error, then a 
windows View 24 may display the message with a red background and a command line 
interface View 24 may display the message as continuously flashing to draw user attention to 
the message. 

FIG. 5 illustrates logic implemented in the Controller 26 and Model 22 to utilize the 
interaction sets 42a, b...n. At block 100, the Controller 26 reaches a point in processing where 
there is no specific rule or method to provide to the View 24. At such point, the Controller 26 
submits (at block 102) a getlnteractionSetO method to the Model 22 requesting an interaction 
set 42a, b...n to provide to the View 24 to continue processing. In response, the Model 22 
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determines (at block 104) the interaction set 42a, b...n to provide based on its application 
code40 and returns the determined interaction set 42a, b...n to the Controller 26. The 
application code 40 would provide specific interaction sets 42a, b...n to return based on the 
point in the processing at which the request for the interaction set from the Controller 26 is 
5 received. At block 106, the Controller 26 receives the returned interaction set 42a, b...n and 
passes the interaction set 42a, b...n to the View 24 to generate output for the output device 30. 

FIGs. 6a and 6b illustrate logic implemented in the View 24 to generate a windows 
style graphical user interface (GUI) that may present multiple messages and/or questions from 
one or more interactions 70a, b...n in the interaction set. 42a, b...n provided by the Controller 

1 0 26. Control begins at block 1 50 with the View 24 calling the RenderlnteractionSet method, 
with the received interaction set 42a, b...n as a parameter to generate output capable of being 
rendered by the output device 30. The View 24 determines (at block 152) the display format 
from the value in the interaction attribute 72 in the received interaction set 42a, b...n and 
generates a template for the messages and/or questions defined by the interactions. The 

1 5 generated template may provide graphical features and a layout that implements the display 
characterization indicated in the interface attribute 72. The View 24 then calls (at block 1 54) 
the nextlnteractionO method to access the next or first interaction 70a, b...n upon accessing the 
first interaction. If (at block 156) the accessed interaction 70a, b...n is not a question, i.e., the 
response to the IsAQuestionO method returns false, then the View 24 adds (at block 158) the 

20 message string 74 in the interaction 70a, b...n to the section in the generated template used for 
the accessed interaction 70a, b...n. If (at block 160) a call by the View 24 to the 
hasMorelnteractionsO method returns true, then control proceeds back to block 154 to 
process the next interaction 70a, b...n in the interaction set 42a, b...n. Otherwise, if there are 
no further interactions 70a, b...n in the received interaction set 42a, b...n, then the View 24 

25 generates as output the template including the messages and/or questions added from the 
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interactions 70a, b...n. The output is provided to the output device 30 to render and present to 
the user. 

If (at block 156) the interaction 70a, b...n provides a question and (at block 164) the 
question is a true/false type question, i.e., the call to the IsAQuestionTrueFalseO method 
returns true, then the View 24 adds (at block 166) the message string 74 to a section of the 
template for the interaction 70a, b...n as the question posed and adds (at block 168) a boolean 
selection mechanism, such as true and false radio buttons, to the template through which the 
user may select a true or false answer. Control then proceeds to block 160 to consider any 
further interactions 70a, b...n in the interaction set 42a, b...n. 

If (at block 164) the interaction 70a, b...n is an essay type question, i.e., the call to the 
IsAQuestionEssayO method returns true, then the View 24 adds (at block 172) the message 
string 74 to a section of the template for the interaction 70a, b...n as the question posed and 
adds (at block 174) a text entry field to the template section for the interaction 70a, b...n in 
which the user may enter a string response to the question posed. 

If (at block 176 in FIG. 6b) the interaction 70a, b...n is a multiple choice type question, 
i.e., the call to the IsAQuestionMultiChoiceO method returns true, then the View 24 adds (at 
block 178) the message string 74 to a section of the template for the interaction 70a, b...n as 
the question posed and calls (at block 180) the getChoiceO method to access the possible 
answer choices in the choice array 78. The list of possible choices from the choice array 78 
are then added (at block 182) with a selection mechanism, such as a check box that can be 
selected with a check marie, to the section of the generated template for the multiple choice 
interaction 70a, b...n. Further, the View 24 then gets the allowedSelections variable and 
displays (at block 184) information in the template section on the total number of choices that 
may be selected for the question. 

If (at block 186) the interaction 70a, b...n is a question list, i.e., the call to the 
IsAQuestionListQ method returns true, then control proceeds to block 178 to generate the 
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question and list choices into the template section for the interaction 70a, b...n. If the 
interaction 70a, b...n is not a question list, then, in certain implementations, the only possibility 
for the interaction 70a, b...n is a quantified question list. In such case, the question and choices 
are generated (at block 188) according to the logic at blocks 178 to 184, except that instead of 
5 displaying a selection mechanism, such as the check box, with each choice, a field is displayed 
next to each choice in which the user may enter an integer value. Information on any upper and 
lower limits for the integer values the user may enter may also be displayed with the displayed 
choices. 

FIG. 7 illustrates logic implemented in the View 24 to populate the interactions 70a, 
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10 b...n in the interaction set 42a, b...n with the answers selected or entered by the user in 



|f! response to the posed questions. Control begins at block 200 with the View 24 receiving user 



selection of an answer to a question in one of the interaction sections of the template. The View 
24 may begin the logic at block 200 after the user enters an answer for one interaction 70a, 
b...n or after the user provides answers to all the interaction 70a, b...n questions displayed in 
iff 15 the template and selects a submit button displayed in the template. The View 24 determines (at 

block 202) the interaction 70a, b...n, in the Interaction set 42a, b...n for which the answer is 

Ul 

P provided. If (at block 204) the determined interaction 70a, b...n is a true/false question, then 

!U 

the View 24 sets (at block 206) the boolean answer 80 in the interaction 70a, b...n to the user 
selected true or false answer. If (at block 208) the determined interaction 70a, b...n is for an 
20 essay type question, then the View 24 sets (at block 210) the string answer 80 to the user 
entered string. 

If (at block 212) the determined interaction 70a, b...n is a multiple choice type question, 
then the View 24 scans (at block 214) the multiple choice check boxes to determine those 
choices the user selected. For each selected choice, the View 24 then calls (at block 216) the 
25 setSelection(selectionNumber) method with the number of the selected choice in the list, which 
comprises a selection array, as a parameter to set the entry in the answer 80 for that selected 
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choice to one. In this way, the selection array indicates each choice that the user selected from 
the displayed multiple choices. If (at block 220) the interaction 70a, b...n is a question list type 
question, then control proceeds to block 2 14 to generate the selection array answer 80. If an 
allowedSelections variable was provided with the question list and the user selected more than 
the allowed number of questions, then the View 24 may return a message to the user indicating 
that too many selections were made or perform some other exception handling operation. 

If (at block 220) the interaction is not a question list, then, in certain described 
implementations, the only other possibility is a quantified question list. In such case, the View 
24 would scan (at block 222) the text entry boxes displayed with the multiple choices to 
determine integer values entered for the choices. For each choice for which an integer value 
was entered, the View 24 would call (at block 224) the setSelection(selectionNumber) method 
with the number of the choices for which the user entered an integer value. This method sets 
the answer 80 selection array for the selected choice to the user entered integer. The View 24 
may also perform some exception handling if the user enters an integer value for a choice that is 
outside of the range specified by the upperValidLimit and lowerVaHdLimit arrays. 

FIG. 8 illustrates logic implemented in the Model 22, View 24, and Controller 26 to 
handle an interaction set 42a, b...n filled with answers. After the View 24 has completed (at 
block 250) setting the answers 80 for all the interactions 70a, b...n in the interaction set 42a, 
b...n, the View 24 then sends (at block 252) a message to the Controller 26 that the interaction 
set 42a, b...n is filled. In response, the Controller 26 calls the getlnteractionSetO method to 
obtain the filled interaction set 42a, b...n from the View 24 and passes (at block 256) the 
returned filled interaction set 42a, b...n to the Model 22. The Model 22 then accesses (at 
block 258) all the interaction answers 80 in the interaction set 42a, b...n and processes the 
accessed answers according to the application code 40. 

The interface classes shown in FIGs. 3a, b allow developers to extend the Model View 
Controller (MVC) architecture to allow the Model 22 to submit questions to the View 24 
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based on the processing flow in the application code 40. Further, with the described 
implementations, the Model 22 may submit questions to the View 24 without interacting directly 
with the View 24. Because, with certain described implementations, the Model 22 and View 
24 operate independently, the user interface remains separate from the application program. 
This means that Views that implement different types of user interfaces may utilize the same 
interaction sets to present data and gather input according to the type of View, without 
requiring the Model 22 to have any understanding of the View. For instance, the logic of FIGs. 
6a, b and 7 described operations with respect to a View generating a windows-type GUI. 
However, a View implementing a command line interface, or any other user interface known in 
the art, could include logic to process the interaction sets and generate output particular to the 
user interface implemented by the View. A command line interface View may process an 
interaction 70a, b...n in the interaction set 42a, b...n, present the question to the viewer on the 
screen lines, and then receive the user input for a particular question on a displayed line before 
presenting the question in a next interaction 70a, b...n. Thus, with the described 
implementations, the View 24 maintains control over the presentation of data while the Model 
22 operations data generate the data independently of the View 24. 



The described implementations may be realized as a method, apparatus or article of 
manufacture using standard programming and/or engineering techniques to produce software, 
firmware, hardware, or any combination thereof. The term "article of manufacture" as used 
herein refers to code or logic implemented in hardware logic (e.g., an integrated circuit chip, 
Field Programmable Gate Array (FPGA), Application Specific Integrated Circuit (ASIC), etc.) 
or a computer readable medium (e.g., magnetic storage medium (e.g., hard disk drives, floppy 
disks,, tape, etc.), optical storage (CD-ROMs, optical disks, etc.), volatile and non-volatile 
memory devices (e.g., EEPROMs, ROMs, PROMs, RAMs, DRAMs, SRAMs, firmware, 
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programmable logic, etc.). Code in the computer readable medium is accessed and executed 
by a processor. The code in which preferred embodiments are implemented may further be 
accessible through a transmission media or from a file server over a network. In such cases, 
the article of manufacture in which the code is implemented may comprise a transmission media, 
such as a network transmission line, wireless transmission media, signals propagating through 
space, radio waves, infrared signals, etc. Of course, those skilled in the art will recognize that 
many modifications may be made to this configuration without departing from the scope of the 
present invention, and that the article of manufacture may comprise any information bearing 
medium known in the art. 

In the described implementations, different Views may generate questions and receive 
answers from the same interaction sets. The different Views may be used to render output on 
different types of output devices. For instance, one View may be used to render output for a 
windows-type operating system displaying data in windows-style GUIs, whereas another View 
may be used to render output on a command line interface, whereas still another View may be 
used to render data on an alternative type of output device, such as audio speakers and receive 
input through a microphone. 

The above described interaction classes and sublcasses provide variables and methods 
for certain question types, e.g., true/false, essay, multiple choice, etc. Those skilled in the art 
will appreciate the subclasses that may be added to allow for the implementation of additional 
question types with different answer structures. 

The above described implementations used the interaction set class and subclass to 
allow the Model 22 to communicate questions and messages to the View 24. Additionally, the 
interaction set class may be used to allow the Model 22 to communicate other types of 
information and data to the View 24. 

In the described implementations, the answer data was added to the interactions in the 
interaction set that is returned to the Model. Alternatively, the answer data may be transmitted 
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to the Model external to the interaction set that provided the questions for which the answers 
were provided. 

In the logic of FIGs. 6a, b, all the questions and/or messages for all die interactions in 
one interaction set were displayed in a single window on a screen. Additionally, the interactions 
may be displayed across multiple screens or windows, displayed in a scrollable window where 
the scroller may be used to view additional questions and/or messages, or the output from the 
for interactions from multiple interaction sets may be displayed within a single screen or 
window. 

The above implementations were described with respect to the Model View Controller 
(MVC) architecture. However, the interaction set method for allowing an application to 
communicate with a user interface module may apply to alternative computer program 
architectures for implementing user interfaces where the application functions remain separate 
from the user interface module that implements the user interface. For instance, the operations 
described with respect to the MVC Controller and View may be implemented in a single user 
interface module or dispersed across multiple program components. In such alternative 
implementations, different user interface modules may generate different types of user interfaces 
from the interaction sets to present the questions in the particular user interface implemented by 
the user interface module. Thus, the terms Model, View and Controller may also refer to any 
one or more components that perform the operations described with respect to the Model, 
View, and Controller components. 

The interaction set classes and subclasses may be implemented in any object oriented 
computer programming languages known in the art, e.g., Java, C++, SmallTalk, etc. 
Alternatively, the interaction set classes and application and user interface modules may be 
implemented in non-object oriented computer programming languages. 

The above implementation described the interaction sets as comprised of interactions 
including particular type of objects and variables. Those skilled in the art will recognize that the 
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interaction sets may be designed in different formats and to include different types of information 
to cause the Views to display messages, questions and/or other data. 

FIGs. 5, 6a, b, 7, and 8 described specific operations occurring in a particular order. 
In alternative implementations, certain of the logic operations may be performed in a different 
order, modified or removed and still perform in accordance with implementations of the present 
invention. Morever, steps may be added to the above described logic and still conform to 
implementations of the invention. Further, operations described herein may occur sequentially 
or certain operations may be processed in parallel. 

The foregoing description of various implementation of the invention has been presented 
for the purposes of illustration and description. It is not intended to be exhaustive or to limit the 
invention to the precise form disclosed. Many modifications and variations are possible in light 
of the above teaching. It is intended that the scope of the invention be limited not by this 
detailed description, but rather by the claims appended hereto. The above specification, 
examples and data provide a complete description of the manufacture and use of the 
composition of the inventioa Since many embodiments of the invention can be made without 
departing from the spirit and scope of the invention, the invention resides in the claims 
hereinafter appended. ^ 



JAVA is a trademark of Sun Microsystems, Inc. 



